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DETAILED ACTION 

1 . This Action is in response to the Request for Continued Examination dated 
4/23/2009. Claims 54-89 are pending and rejected. 

Response to Arguments/Response to Amendments 

2. Applicant's amendments and arguments were fully considered. The previous 
grounds of rejection are withdrawn and the new grounds of rejection presented below 
are necessitated by amendment. 

Claim Rejections - 35 USC §112 

The following is a quotation of the second paragraph of 35 U.S. C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

3. Claims 54-89 are rejected under 35 U.S.C. 112, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. 

As to all independent claims, in the newly amended portion, the use of the 

word "type" render the expressions indefinite. It appears unclear what the word "type" is 
intended to convey. For example, the claims recite "fragment type field" and "fragment 
type." See MPEP 2173.05(b). 

Dependent claims are rejected for depending on one or more of the above 

claims. 

The broadest reasonable interpretation has been applied to the claims. 
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Claim Rejections - 35 USC § 103 

The text of those sections of Title 35, U.S. Code not included in this action can 
be found in a prior Office action. 

4. Claims 54-89 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Evain (XP002323574) provided by Applicant, in view of Kirk et al (U.S. Patent 
6,823,329), previously made of record, and further in view of Wan (US 
2004/0028049), hereinafter "Wan." 

As to claim 54, Evain teaches the following subject matter: 

(i) Index structure for metadata divided into fragments, the index structure 
contained in a computer readable storage medium (e.g., fig. 2-3, 1.1.1 ,2.1 .5, 2.2, 2.2.2, 
2.2.4, 2.3); 

A list of keys corresponding to fields of the metadata (2.2.2, 2.3.1 .1 , 2.3.2); 
Location information for defining a key and locating and extracting a fragment of 
the metadata (see XPath section 2.3.1 .1 , 2.3.2, also see above). 
Evain does not expressly teach, 

(A) "wherein at least part of the location information defining the key is expressed 
as a predetermined code, the predetermined code comprising a predetermined 
standard code being assigned to the at least a part of the location information according 
to a convention for associating codes with portions of the metadata, and a 
predetermined location code indicating that the index structure contains a location of an 
expression specifying a location of the fragment" 
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However, Kirk teaches wherein a string is expressed as a predetermined code 
value (see e.g., col. 2, II. 38-42, col. 10, 11. 14-21). The code value is assigned to the 
string according to a convention (e.g., 1=Texas, 2=Georgia, etc). The code is stored in 
lieu of the raw value (col. 10, II. 23-25). This is done to increase performance (see e.g., 
col. 10, 11.28-60). 

Furthermore, the location information of Evain (2.3.1 .1 , 2.3.2) are string values, 
similar to Kirk's "Texas" and "Georgia" strings (see above). Moreover, Kirk teaches 
using a standard code to express other data (Tables 1-4, Table 2.3.2 and 
"key_encoding_indicator" table on bottom of page), without actually storing the raw 
definition of that other data (i.e., the system is preprogrammed to understand what the 
code means when it sees the code). Furthermore, the "key encoding indicator" in 
Evain provides a choice of using either string values (option "00"), or using an encoded 
value (option "10"). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Evain with an encoding scheme, such that a code would 
be stored (see Kirk) in lieu of an explicit location information string, and that a 
"descriptor" field(s) (such as a fragment type field and key descriptor field) would be 
additionally provided for using the code(s) themselves (similar to Evain's 
"encoding_type" and "section_id" descriptors above). Furthermore, the encoding 
scheme would allow the use of a string expression (similar to option "00" above). Thus, 
the claimed location information can either be expressed as a standard code, or a string 
expression, depending on which code value is used. All code values are standardized 
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to be understood by the computer. As such, the claim limitations would be met. The 
motivation would have been to increase performance for standardized data, as taught 
by Kirk (e.g., col. 10, II. 28-60). Furthermore, one would desire to allow both codes and 
string expressions (see Evain above), to make the data structure flexible, as known to 
one of ordinary skill in the art. A final motivation would be to generally increase the 
speed of comparisons, since one of ordinary skill in the art would recognize that in 
comparing values for equality in a computer, numeric comparisons (comparing the 
"codes") are typically faster than string comparisons. 

(B1 ) Evain and Kirk as applied above do not expressly teach "corresponding to a 
frequently used fragment type." 

However, if the fragment as applied above is used more than once, it may be 
considered "frequently used." Furthermore, Wan teaches data encoding flj 0049) and 
that it facilitates quick evaluation of frequently used fragments (U 0093). Evain and Kirk 
as applied above are drawn to fragments and data encoding. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to further modify Evain and Kirk, such that the code 
corresponds to a frequently used fragment type. The motivation would have been to 
allow for quick evaluation of data, as taught by Wan flj 0093), and when applied to 
frequently used fragment types, to increase processing efficiency, as known to one of 
ordinary skill in the art. 
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As to claim 55, Evain as applied above further teaches wherein the location 
information comprises location information of a fragment including the key, and location 
information of the key within the fragment (see XPath section above and 2.3.2). 

As to claim 56, the combination of Evain/Kirk above would further teach or 
suggest wherein one of the location information of the fragment and the location 
information of the key is expressed as the predetermined code (see above discussion). 

As to claim 57, the combination of Evain/Kirk above would further teach or 
suggest the code comprising additional information in a language for addressing parts 
of a markup language document (e.g., Evain's XPath), wherein the location of the 
fragments and key encoded as a predetermined code corresponds to a user defined 
type (see above). 

As to claim 58, the combination of Evain/Kirk above would further teach or 
suggest one of the location information of the fragment and the location information of 
the key expressed as the predetermined code and one of the location information of the 
fragment and the location information of the key encoded in a language for addressing 
parts of a markup language document (see above). 

As to claim 59, the combination of Evain/Kirk above would further teach or 
suggest providing values of the keys and identification information concerning the 
metadata corresponding to the values of the keys for locating and extracting a fragment 
of the metadata (see e.g. Evain's use of the XPath above, and use of handles within the 
fragment structure, also see above). 
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As to claim 60, the combination of Evain/Kirk above would further teach or 
suggest a sub section comprising ranges of values of the key and identification 
information on ones of the fragments of metadata corresponding to the values of the 
key (e.g., Evain 2.3.4), and a section comprising representative key values representing 
the respective ranges of values of the key (Evain 2.3.3). 

As to claim 61, the combination of Evain/Kirk above would further teach or 
suggest wherein the list includes identification information on the section, and 
identification information on the subsection (Evain, 2.3.2 - 2.3.4). 

As to claim 62, the combination of Evain/Kirk above would further teach or 
suggest wherein each of the representative key values is a value among the 
corresponding range of values of the key (Evain, 2.3.2 - 2.3.4). 

As to claim 63, Evain teaches the following claimed subject matter: 

Limitation (i) addressed above; 

a key index list section (fig. 2, 2.3.2) comprising a list of keys corresponding to 
fields of metadata and location information for defining the keys and extracting 
fragments of the metadata (see above, and sec. 2.2-2.4), a key index section (fig. 2, 
2.3.3), and a sub key index section (fig. 2, 2.3.4); 

Wherein for a key of the key index list: 

The sub key index section comprises ranges of values of the key (2.3.3, 2.3.4) 
and identification information on ones of the fragments of the metadata corresponding 
to the values of the key (see table in 2.3.4, e.g., "target_handle", 2.2.2, 2.2.4); 
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The key index section comprises representative key values representing the 
respective ranges of values of the key (2.3.3). Also see above discussion of similar 
claimed subject matter. 

Evain does not expressly teach (A) and (B1) discussed above. 

However, it would have been obvious to have (A) and (B1). See above 
discussion. 

As to claim 64, Evain as applied above further teaches wherein the location 
information comprises location information of a fragment including the keys, and 
location information of the keys within the fragment (see XPath section above and 
2.3.2). 

As to claim 65, Evain as applied above further teaches comprising a 
corresponding key index section and a corresponding sub key index section for another 
key of the key index list (2.3.2-2.3.4). 

As to claim 66, Evain as applied above further teaches wherein the key index 
list section further comprises identification information on the key index section and the 
key index section further comprises identification information on the sub key index 
section (2.3.2 - 2.3.4). 

As to claim 67, Evain teaches the following claimed subject matter: 

Limitation (i) above; 

A list of keys corresponding to fields of the metadata (2.2.2, 2.3.1 .1 , 2.3.2); 
Location information for defining a key (see XPath section 2.3.1 .1 , 2.3.2, also see 
above). 
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Values of the keys and identification information concerning the metadata 
corresponding to the values of the keys for locating and extracting a fragment of the 
metadata (see e.g. Evain's use of the XPath above, and use of handles within the 
fragment structure, also see above). 

Evain does not expressly teach (A) and (B1) discussed above. 

However, it would have been obvious to have (A) and (B1). See above 
discussion. 

As to claim 68, Evain as applied above further teaches wherein the identification 
information comprises identification information on the fragments of the metadata 
corresponding to the values of the keys (e.g., 2.3, XPath, Key Index). 

As to claim 69, Evain as applied above further teaches wherein the metadata 
has the structure of metadata as defined by the TV Anytime Forum (see e.g., Evain, 
introduction, 2.3.1.1,2.3.5). 

Claim 70 is rejected on the same basis as claim 54 above. 

As to claim 71, Evain teaches the following claimed subject matter: 

Limitation (i) addressed above, including "the index provided to search the 
metadata" (see throughout Evain); 

Providing a key index list section (fig. 2, 2.3.2) comprising a list of keys 
corresponding to fields of metadata and location information for defining the keys and 
locating and extracting a fragment of the metadata (see above, and sec. 2.2-2.4), a key 
index section (fig. 2, 2.3.3), and a sub key index section (fig. 2, 2.3.4); 

Wherein for a key of the key index list: 
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The sub key index section comprises ranges of values of the key (2.3.3, 2.3.4) 
and identification information on ones of the fragments of the metadata corresponding 
to the values of the key (see table in 2.3.4, e.g., "target_handle", 2.2.2, 2.2.4); 

The key index section comprises representative key values representing the 
respective ranges of values of the key (2.3.3). Also see above discussion of similar 
claimed subject matter. 

Evain does not expressly teach (A) and (B1) discussed above. 

However, it would have been obvious to have (A) and (B1). See above 
discussion. 

Claim 72 is rejected on the same basis as claim 67 above. 

As to claims 73, 75, 77, 79, 81, and 83, Evain further teaches wherein the 
location information to which the predetermined code is assigned corresponds to a path 
from a root node in the metadata to a metadata fragment containing the key (see Sec. 
2.3.1.1). 

As to claims 74, 76, 78, 80, 82, and 84, Evain further teaches wherein the 
location information is an XPath expression (e.g., see sec. 2.3.1 .1). 

As to claim 85, Evain teaches the claimed subject matter including: 
Limitation (i) as discussed above; 

As to "transmitted from provider to receiver", see sec. 2.1 .5, 2.3.1 .1 , 2.3.2, and 
note that the data has to be transmitted from a provider to a receiver for the system to 
be functional in a computing environment. See previous Action. 
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Evain does not expressly teach comprising a "fragment type" field containing an 
encoded value assigned to a standard fragment type specifying a location of the 
fragment, wherein the encoded value is assigned to the standard fragment type 
according to a convention for specifying standard fragment types and a key descriptor 
field containing location information specifying a location of a key for the index relative 
to the location of the fragment indicated by the fragment type field. 

However, the above is drawn to substantially the same subject matter as 
discussed in (A) above. Also note that Evain already provides location information of 
the fragment and location information of the key relative to the fragment (see above), 
and both are string values. 

See above discussion for (A) and (B1 ) for the reasoning and motivation to 
combine. 

As such, Evain, Kirk, and Wan teach the claimed subject matter. 

As to claim 86, the combination of Evain/Kirk above has to assign the encoded 
value to the predefined string (assigning "1" to Texas") prior to creating a container 
containing the index structure for transmission or else the use of the code would be 
meaningless. 

As to claim 87, the combination of Evain/Kirk above would further teach or 
suggest wherein the predefined string specifying the fragment location is a path from a 
root node in the metadata to a metadata fragment containing the key (see Evain's 
XPath 2.3.1.1). 
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As to claim 88, Evain as applied above further teaches the claimed subject 
matter (see XPath section above). 

As to claim 89, Evain as applied above would have the structure of metadata as 
defined by the TV Anytime Forum (see e.g., introduction, 2.3.1 .1 , 2.3.5). 
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Conclusion 

5. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Charles E. Lu whose telephone number is (571) 
272-8594. The examiner can normally be reached on 8:30 - 5:00; M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Apu Mofiz can be reached at (571 ) 272-4080. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



/Charles E Lu/ 
Examiner, Art Unit 2161 
6/27/2009 



